home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20020314-20021006 / 000060_ishikawa@yk.rim.or.jp_Sun Apr 28 13:59:43 EDT 2002.msg < prev    next >
Text File  |  2020-01-01  |  7KB  |  153 lines
  1. Article: 13351 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!panix!howland.erols.net!enews.sgi.com!Q.T.Honey!newsfeed.rim.or.jp!news.rim.or.jp!not-for-mail
  3. From: Ishikawa <ishikawa@yk.rim.or.jp>
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Re: a bug on GNU/linux: speed reset to unintended value occasionally.
  6. Date: Sun, 28 Apr 2002 10:24:03 +0900
  7. Organization: Ye 'Ol Disorganized NNTPCache groupie
  8. Lines: 129
  9. Message-ID: <3CCB4F33.4F2B2C62@yk.rim.or.jp>
  10. References: <3CAFF81C.8039CBF8@yk.rim.or.jp> <3CC98FC0.AADA5130@yk.rim.or.jp> <aac6cv$rlm$1@watsol.cc.columbia.edu> <3CCA03A1.59EF10C9@yk.rim.or.jp> <aaedmj$oo5$1@watsol.cc.columbia.edu>
  11. NNTP-Posting-Host: pl473.nas911.n-yokohama.nttpc.ne.jp
  12. Mime-Version: 1.0
  13. Content-Type: text/plain; charset=iso-2022-jp
  14. Content-Transfer-Encoding: 7bit
  15. X-Trace: news.rim.or.jp 1019957046 80992 210.139.38.217 (28 Apr 2002 01:24:06 GMT)
  16. X-Complaints-To: root@rim.or.jp
  17. NNTP-Posting-Date: Sun, 28 Apr 2002 01:24:06 +0000 (UTC)
  18. X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.18 i686)
  19. X-Accept-Language: ja, en
  20. Cache-Post-Path: duron!unknown@localhost
  21. X-Cache: nntpcache 2.3.3 (see http://www.nntpcache.org/)
  22. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13351
  23.  
  24. Frank da Cruz wrote:
  25.  
  26. > There would have been Kermit books in Russian too.  We signed a contract
  27. > with the USSR state publishing house in Moscow in 1989, but before the
  28. > translations were complete, the Soviet Union disappeared.
  29.  
  30. A software  that lives for more than 20 years sees many things
  31. happen in its life time, indeed.
  32. (If cold war didn't stop, maybe you would have tough time today
  33. to release KERMIT with Kerberos support in it???)
  34.  
  35. > : >case-4: `case-1` setting
  36. > : >     +  "set prefixing none"
  37. > : >     (BTW, Completion doesn't show "none" as a valid third argument.)
  38. > :
  39. > : I noticed a few cases where an accepted option is not shown in the
  40. > : response to "?" completion helper listing.  The above is such a case.
  41. > : I found the effect of "minimal" and "none" is slightly
  42. > : different and so "none" ought to be listed IMHO.
  43. > :
  44. > I made it "invisible" because it is dangerous in most situations, but in
  45. > honor of your thorough investigations, maybe I can make it visible in
  46. > the next release (but it will still be dangerous).
  47.  
  48. Oh, my comment was purely out of curiosity and I was thinking
  49. that "none" was missing simply due to oversight, and I didn't
  50. pay attention to the consequences of showing "none" to
  51. users without clue.
  52. But I realize now the danger of it and your conscious decision
  53. to hide it. So I think it
  54. could be left invisible after all. 
  55.  
  56. I will always pick up "reliable" transfer over "speed" when it comes
  57. to selecting KERMIT features if I have a voice on the decision:-)
  58.  
  59. > : Incidentally, this /CALIBRATE is not shown
  60. > : in the "help send" listing because
  61. > : it is not usually necessary for an ordinary user and
  62. > : only meant for testing. Corret?
  63. > :
  64. > Yes (as Jeff said).  The purpose is to send any desired amount of random
  65. > uncompressible data without having to do disk i/o, and using only a
  66. > minimum of calculation, so we can measure the performance of the protocol
  67. > on different kinds of connections with different parameters (streaming vs
  68. > window, window size, packet length, (un)prefixing, 7/8 bit, single/locking
  69. > shifts, etc), and also profile the software.  Developing an algorithm to
  70. > generate unlimited amounts of non-repeating uniform random data was a
  71. > fun project.
  72.  
  73. Pseudo random generation for testing purposes.
  74. You know I am impressed with the KERMIT, the software, more as I learn
  75. more about it (after reading first about it in BYTE in the early
  76. 1980's.)
  77.  
  78. Maybe you should promote the study of source code of KERMIT among
  79. software engineering courses at colleges, etc.. 
  80.  
  81. Being portable over as many platforms as
  82. KERMIT is requires careful design (the decision to support
  83. many platforms could be an added 
  84. after-thought like the KERMIT name :-), still
  85. it is impressive.)
  86.  
  87. I am saying this because LINUX is all the rage as open source software
  88. and it is quite interesting to see the different coding styles adopted
  89. for portability. Linux uses different directories to support
  90. different architecture because Linux Torvalds decided at the early stage
  91. to do away with "#ifdef/#else/#endif#" as a means of supporting
  92. different CPU architecture. But KERMIT uses "#if/#else" heavily in order
  93. to support different platforms.
  94. Surely the difference has to do with the sheer number of
  95. source files and the distributed nature of developers.
  96. Aside from Linus, there are core hackers other who are specialists
  97. for certain CPUs. So separation of files make sense.
  98.  
  99. For a beginning programmers who would grow to be a professional
  100. programmer (or for that matter, who would not be a professional
  101. programmer)
  102. to learn the different styles and the analyzing the rational of such
  103. styles would be very instrumental. Programming in the small and
  104. programming in the large is very different and seeing
  105. large live code such as KERMIT in action is a good thing IMHO.
  106.  
  107. Free Software Foundation of GNU fame used to mention
  108. in its documentation about calling for volunteers and
  109. college teachers who may use GNU software as a course material to
  110. train students (and at the same time to debug and improve the code).
  111. KERMIT probably is a very good source material for an advanced 
  112. programming course today.
  113. Handling serial I/O on various systems (I learned
  114. how to set various serial I/O characteristics on Solaris from KERMIT
  115. source code at the same time reading
  116. Stevens's Advanced UNIX programming.),
  117. and today now the inclusion of Kerberos and 
  118. scp/ssh functionalities would be very 
  119. instructive for secure Internet programming. 
  120.  
  121. (This is just an idle thought from 
  122. someone who has done programming over the
  123. two decades, and who spends a sleepy morning during a long Japanese
  124. holiday week....)
  125.  
  126. If I have time, I will study how the
  127. "/CALIBRATE" data is generated, but there are only so many hours
  128. in a day. (Psuedo random number generation is an important topic 
  129. on its own and is quite a valuable topic in today's
  130. e-business software packages.)
  131.  
  132. Thank you again.
  133.  
  134. PS: BTW, I am not sure if this is the right place, but
  135. my sympathies to those whose life were affected
  136. by the event in last September over there.
  137. The other day I saw the picture on the web page of 
  138. KERMIT and thought about it for a moment, 
  139. and noticed the small letters next to the photo.
  140. ";LOGIN", the monthly newsletter of Usenix carries
  141. a monthly column of Rik Farrow (spelling?) and
  142. the recent installment 
  143. mentions a speech given by Bill LeFevre (spelling?) who
  144. is today a senior software person at CNN.COM about
  145. the surge of web hits after the event. That much I had known.
  146. But the subsequent surge at a children's web site
  147. operated by the same company, I didn't know.
  148. In Japan, we saw the news that conveyed the big picture, but
  149. and the scenes near the site. But I 
  150. could not readily imagine the 
  151. life of people immediately after the event until I read
  152. the column.
  153.